United States Patent and Trademark Ofhce 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark OtBce 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



HRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



10/720,506 



11/24/2003 



Mitica Manu 



41505 7590 

WOODCOCK WASHBURN LLP (MICROSOFT CORPORATION) 
CIRA centre, 12TH FLOOR 
2929 ARCH STREET 
PHILADELPHIA, PA 19104-2891 



MSFT-2792/306045 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



KJttiVrXi nvrliyjts OUff Iff fcff Jr 


Application No. 

10/720,506 


Applicant(s) 

MANU, MITICA 


Examiner 

Qing Chen 


Art Unit 

2191 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
eamed patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )^ Responsive to communication(s) filed on 24 December 2008 . 
2a )□ This action is FINAL. 2b)|3 This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Clalm(s) 1.2.4.8.9 and 11-22 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) \Z\ Claim(s) is/are allowed. 

6) |EI Claim(s) 1.2.4.8.9 and 11-22 is/are rejected. 
/)□ Claim(s) is/are objected to. 

8) 0 Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) 0 The specification is objected to by the Examiner. 

10) 0 The drawing(s) filed on is/are: a)^ accepted or b)^ objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held In abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) 0 The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) 0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)n All b)n Some * c)^ None of: 

1 .□ Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. n Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1 ) ^ Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftspereon's Patent Drawing Review (PTO-948) Paper No(s)/IVIail Date. 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



PTOL-T26'(Rev^'o8-0^^ 



Office Action Summary 



Part of Paper No./Mail Date 20090220 



Application/Control Number: 10/720,506 Page 2 

Art Unit: 2191 

DETAILED ACTION 

1 . This Office action is in response to the amendment filed on December 24, 2008, entered 
by the RCE filed on the same date. 

2. Claims 1, 2, 4, 8, 9, and 11-22 are pending. 

3. Claims 1, 8, 11, and 22 have been amended. 

4. Claims 3, 5-7, and 10 have been canceled. 

5. The objections to Claims 8 and 1 1 are withdrawn in view of Applicant's amendments to 
the claims. 

6. The 35 U.S.C. § 1 12, first paragraph, rejections of Claims 1, 2, 8, 9, and 12-22 are 
withdrawn in view of Applicant's amendments to the claims. 

7. The 35 U.S.C. § 1 12, second paragraph, rejections of Claims 1, 4, 8, 1 1, 12, 16, and 20- 
22 are maintained in view of Applicant's arguments and/or amendments to the claims and further 
explained hereinafter. 



Continued Examination Under 37 CFR 1.114 

8. A request for continued examination under 37 CFR 1.114, including the fee set forth in 

37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible 
for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been 
timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 
1.1 14. Applicant's submission filed on December 24, 2008 has been entered. 
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Response to Amendment 
Claim Objections 

9. Claims 1, 2, 4, 8, 9, and 11-22 are objected to because of the following informalities: 

• Claims 1, 2, and 4 recite the limitation "the at least one code element." Applicant is 

advised to change this limitation to read "the at least one of a plurality of code elements" 
for the purpose of providing it with proper explicit antecedent basis. 

• Claim 4 recites the limitation "the at least one programming language." Applicant is 
advised to change this limitation to read "the at least one of a plurality of procedural- 
oriented programming languages" for the purpose of providing it with proper explicit 
antecedent basis. See 35 U.S.C. § 1 12, second paragraph, rejection of Claim 1 
hereinafter. 

• Claims 8, 9, and 22 recite the limitation "the block of procedural-oriented 
programming code." Applicant is advised to change this limitation to read "the processed 
block of procedural-oriented programming code" for the purpose of providing it with 
proper explicit antecedent basis and/or keeping the claim language consistent throughout 
the claims. 

• Claims 11-21 depend on Claim 8 and, therefore, suffer the same deficiency as Claim 
8. 

• Claims 8 and 22 recite the limitation "the fiinctional model." Applicant is advised to 
change this limitation to read "the fimctional software model" for the purpose of 
providing it with proper explicit antecedent basis. 
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• Claims 9 and 11-21 depend on Claim 8 and, therefore, suffer the same deficiency as 
Claim 8. 

• Claim 9 contains a typographical error: "[RJeceiving the definition of the plurality of 
code elements with the block of procedural-oriented programming code" should 
presumably read ~ receiving the definition of the plurality of code elements within the 
block of procedural-oriented programming code ~. 

• Claim 9 recites the limitation "the block of programming code." Applicant is advised 
to change this limitation to read "the processed block of procedural-oriented 
programming code" for the purpose of providing it with proper explicit antecedent basis. 
Appropriate correction is required. 

10. Claim 11 is objected to under 37 CFR 1 .75(c), as being of improper dependent form for 
failing to fiirther limit the subject matter of a previous claim. Applicant is required to cancel the 
claim(s), or amend the claim(s) to place the claim(s) in proper dependent form, or rewrite the 
claim(s) in independent form. 

Claim 11 recites the limitation "generating the procedural-oriented output source code in 

the at least one target language." The limitation does not constitute a further limitation of parent 
Claim 8 because Claim 8 already recites the limitation "generating procedural-oriented output 
source code in the at least one target language from the fiinctional model." 
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Claim Rejections - 35 USC § 112 

1 1 . The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

12. Claims 1, 2, 4, 8, 9, and 11-22 are rejected under 35 U.S.C. 1 12, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

Claim 1 recites the limitation "generating procedural-oriented output source code from 
the frinctional model." The claim is rendered indefinite because there is no system component 
recited in the claim to perform the generating step. In the interest of compact prosecution, the 
Examiner subsequently interprets this limitation as reading "a code generator for generating 
procedural-oriented output source code from the functional model" for the purpose of further 
examination. 

Claims 1, 8, and 11 recite the limitations "at least one of a plurality of programming 

languages," "at least one target language," and "the at least one target language," respectively. 
These claims are rendered indefinite because the generated procedural-oriented output source 
code must be written in a procedural-oriented programming language. In the interest of compact 
prosecution, the Examiner subsequently interprets these limitations as reading "at least one of a 
plurality of procedural-oriented programming languages," "at least one procedural-oriented 
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target language," and "the at least one procedural-oriented target language," respectively, for the 
purpose of further examination. 

Claims 2 and 4 depend on Claim 1 and, therefore, suffer the same deficiencies as Claim 

1. 

Claims 9 and 12-21 depend on Claim 8 and, therefore, suffer the same deficiency as 
Claim 8. 

Claim 4 recites the limitation "each of the at least one programming languages." This is 
awkward claim language and thus, renders the claim indefinite. In the interest of compact 
prosecution, the Examiner subsequently interprets this limitation as reading "the at least one of a 
plurality of procedural-oriented programming languages" for the purpose of fiirther examination. 

Claims 12, 16, and 20 recite limitations relating to features of the object-oriented 
programming paradigm (e.g., object, class, etc.). These claims are rendered indefinite because a 
procedural-oriented programming paradigm does not include these features. In the interest of 
compact prosecution, the Examiner subsequently does not give any patentable weight to these 
limitations for the purpose of fiirther examination. 



Claim 21 depends on Claim 20 and, therefore, suffers the same deficiency as Claim 20. 
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Claim 22 recites the limitation "[a] computer-readable storage medium including 
computer-readable instructions." The claim language fails to clearly point out the details relating 
to how computer-readable instructions are "included" on a computer-readable storage medium. 
Such an ambiguity further renders the claim scope indefinite for at least the reason that 
computer-readable instructions can only be stored, recorded, or encoded on a computer-readable 
storage medium. In the interest of compact prosecution, the Examiner subsequently interprets 
this limitation as reading "[a] computer-readable storage medium storing computer-readable 
instructions" for the purpose of further examination. Applicant is respectfully requested for 
further clarification of the claim language used. 

Claim 22 recites the limitation "wherein the fimctional software model comprises a 
graphical representation of the plurality of code elements and flow of the processed block of 
procedural-oriented programming code comprising the functional software model." This is 
awkward and redundant claim language and thus, renders the claim indefinite. In the interest of 
compact prosecution, the Examiner subsequently interprets this limitation as reading "wherein 
the functional software model comprises a graphical representation of the plurality of code 
elements and flow of the processed block of procedural-oriented prograntmiing code" for the 
purpose of fiirther examination. 



Claim Rejections - 35 USC § 103 

13. The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

14. Claims 1, 2, 4, 8, 9, 11, 12, 15-20, and 22 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US 2004/0031015 (hereinafter "Ben-Romdhane") in view of US 6,651,246 
(liereinafter "Arcliambault") and US 5,675,801 (hereinafter "Lindsey"). 

As per Claim 1, Ben-Romdhane discloses: 

a computer display (see Paragraph [0207], "Preferably, the information model is 
presented on the display of the client computer that selected the particular information model. "); 
and 

a modeler for defining at least one of a plurality of code elements and a structure of a 
code block and generating a graphical representation on said computer display of the at least one 
of a plurality of code elements and structure of the code block, wherein the modeler processes 

input comprising a code block of procedural-oriented source code and generates from the input a 
functional model comprising a graphical representation of a structure and flow of the code block 
(see Paragraph [0056], "In this exemplary embodiment, a software application has a set of 
source code files 1 that comprise the entire application. Source code 1 is analyzed by model 
generator 2 to create information model 3. Information model 3 can then be presented to a user 
through model viewer 4. "; Paragraph [0120], "Information model viewer 4 provides a 
graphical presentation of the information model generated by the generator 2. The viewer 4 may 
present a visual diagram of the software architecture that is inherent in the body of source code. 
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For example, viewer 4 may graphically represent the components derived from the body of 
source code by generator 2. Additionally, viewer 4 may graphically represent the relationship of 
each component to the other components in the software architecture. "; Paragraph [0143], 
"For example, native source code in a procedural programming language such as COBOL, 
FORTRAN, Pascal, Java, or C could be presented according to a projected organization of the 
procedural programming language source code in an object oriented programming 
paradigm. "). 

However, Ben-Romdhane does not disclose: 

wherein the modeler processes input comprising a code block of procedural-oriented 
source code from an innermost element to an outermost element; 

a selector for selecting at least one of a plurality of procedural-oriented programming 
languages in which to generate procedural-oriented output source code from the fiinctional 
model; and 

- a code generator for generating procedural-oriented output source code from the 
fimctional model. 

Archambault discloses: 

- processing source code from an innermost element to an outmost element (see 
Column 6: 38-41, "As indicated in FIG. 1, the loop allocation of the preferred embodiment 
creates PDG 14 from nested source code 10. PDG builder 12 starts with the innermost nested 
loop and moves outwards. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Archambault into the teaching of Ben- 
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Romdhane to include wherein the modeler processes input comprising a code block of 
procedural-oriented source code from an innermost element to an outermost element. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
process all the code elements of the source code. 

Lindsey discloses: 

- a selector for selecting at least one of a plurality of procedural-oriented programming 
languages in which to generate procedural-oriented output source code from the fimctional 
model (see Column 7: 2-5, "One set of source code templates is provided for each target 
language available through the generator tool 50. Typically, the target language will be a 3GL, 
such as C or COBOL. " and 52-53, "The user also specifies the target language via the user 
interface 60 (Step 102). "); and 

- a code generator for generating procedural-oriented output source code from the 
functional model (see Column 8: 44-49, "When it is finally determined in Step 130 that there are 
no additional logic objects from the object oriented model that require mapping, the mapped 
source code templates are parsed by the generator engine 64 in accordance with its parsing 
algorithm (Step 134) and the resulting source code is output (Step 136). "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsey into the teaching of Ben-Romdhane 
to include a selector for selecting at least one of a plurality of procedural-oriented programming 
languages in which to generate procedural-oriented output source code from the fiinctional 
model; and a code generator for generating procedural-oriented output source code from the 
fimctional model. The modification would be obvious because one of ordinary skill in the art 
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would be motivated to utilize a source code generator engine which outputs source code in a 
specific target language having functionality corresponding to an input design (see Lindsey - 
Column 2: 7-12). 

As per Claim 2, the rejection of Claim 1 is incorporated; however, Ben-Romdhane and 
Archambauh do not disclose: 

a user interface for receiving the definition of the at least one of a plurality of code 
elements and the structure of the code block. 

Lindsey discloses: 

- a user interface for receiving the definition of the at least one of a plurality of code 
elements and the structure of the code block (see Column 6: 1 7-21, "In a different 
implementation of the object oriented user interface 60, the user can be required to directly 
manipulate the methods or classes of the underlying object oriented language in order to specify 
the desired programming function. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsev into the teaching of Ben-Romdhane 
to include a user interface for receiving the definition of the at least one of a plurality of code 
elements and the structure of the code block. The modification would be obvious because one of 
ordinary skill in the art would be motivated to utilize a source code generator engine which 
outputs source code in a specific target language having functionality corresponding to an input 
design (see Lindsey - Column 2: 7-12). 
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As per Claim 4, the rejection of Claim 1 is incorporated; however, Ben-Romdhane and 
Archambault do not disclose: 

a code generator for receiving the graphical representation of the at least one of a 
plurality of code elements and the structure of the code block and the at least one of a plurality of 

procedural-oriented programming languages and generating procedural-oriented output source 
code in the at least one of a plurality of procedural-oriented programming languages. 
Lindsey discloses: 

- a code generator for receiving the graphical representation of the at least one of a 
plurality of code elements and the structure of the code block and the at least one of a plurality of 
procedural-oriented programming languages and generating procedural-oriented output source 
code in the at least one of a plurality of procedural-oriented programming languages (see Column 
8: 44-49, "When it is finally determined in Step 130 that there are no additional logic objects 
from the object oriented model that require mapping, the mapped source code templates are 
parsed by the generator engine 64 in accordance with its parsing algorithm (Step 134) and the 
resulting source code is output (Step 136). "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsey into the teaching of Ben-Romdhane 
to include a code generator for receiving the graphical representation of the at least one of a 
plurality of code elements and the structure of the code block and the at least one of a plurality of 
procedural-oriented prograntmiing languages and generating procedural-oriented output source 
code in the at least one of a pliirality of procedural-oriented programming languages. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
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utilize a source code generator engine which outputs source code in a specific target language 
having functionality corresponding to an input design (see Lindsev - Column 2: 7-12). 

As per Claim 8, Ben-Romdhane discloses: 

- processing a block of procedural-oriented programming code and generating from the 
processed block of procedural-oriented programming code a functional software model (see 
Paragraph [0056], "In this exemplary embodiment, a software application has a set of source 
code files 1 that comprise the entire application. Source code 1 is analyzed by model generator 2 
to create information model 3. Information model 3 can then be presented to a user through 
model viewer 4. "; Paragraph [0143], "For example, native source code in a procedural 
programming language such as COBOL, FORTRAN, Pascal, Java, or C could be presented 
according to a projected organization of the procedural programming language source code in 
an object oriented programming paradigm. "); 

defining a pliirality of code elements within the processed block of procedural- 
oriented programming code (see Paragraph [0082], "Once the files in source code I have been 
accessed, generator 2 may extract the control fiow, functional dependencies, and data 
dependencies from the individual files, organize related files or subsets thereof into components, 
and create the information model. "); 

specifying a structure of the processed block of procedural-oriented programming 
code including the plurality of code elements (see Paragraph [0082], "Once the files in source 
code I have been accessed, generator 2 may extract the control fiow, functional dependencies. 
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and data dependencies from the individual files, organize related files or subsets thereof into 
components, and create the information model. "); and 

generating from the plurality of code elements and the structure of the processed 
block of procedural-oriented programming code including the plurality of code elements a 
functional software model, wherein the functional software model comprises a graphical 
representation of the plurality of code elements and flow of the processed block of procedural- 
oriented prograntmiing code (see Paragraph [0056], "In this exemplary embodiment, a software 
application has a set of source code files 1 that comprise the entire application. Source code 1 is 
analyzed by model generator 2 to create information model 3. Information model 3 can then be 
presented to a user through model viewer 4. "; Paragraph [0120], "Information model viewer 4 
provides a graphical presentation of the information model generated by the generator 2. The 
viewer 4 may present a visual diagram of the software architecture that is inherent in the body of 
source code. For example, viewer 4 may graphically represent the components derived from the 
body of source code by generator 2. Additionally, viewer 4 may graphically represent the 
relationship of each component to the other components in the software architecture. "). 
However, Ben-Romdhane does not disclose: 

- processing a block of procedural-oriented prograntmiing code from an innermost 
element to an outermost element; 

specifying at least one procedural-oriented target language in which procedural- 
oriented output source code for the graphical representation is to be generated, wherein the at 
least one target language specified is different from a language of the processed block of 
procedural-oriented prograntmiing code; and 
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generating procedural-oriented output source code in the at least one target language 
from the fiinctional software model. 
Archambault discloses: 

- processing source code from an innermost element to an outmost element (see 
Column 6: 38-41, "As indicated in FIG. 1, the loop allocation of the preferred embodiment 
creates PDG 14 from nested source code 10. PDG builder 12 starts with the innermost nested 
loop and moves outwards. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Archambault into the teaching of Ben- 
Romdhane to include processing a block of procedural-oriented programming code from an 
innermost element to an outermost element. The modification would be obvious because one of 
ordinary skill in the art would be motivated to process all the code elements of the source code. 

Lindsey discloses: 

specifying at least one procedural-oriented target language in which procedural- 
oriented output source code for the graphical representation is to be generated, wherein the at 
least one target language specified is different from a language of the processed block of 
procedural-oriented programming code (see Column 7: 2-5, "One set of source code templates is 
provided for each target language available through the generator tool 50. Typically, the target 
language will be a 3GL, such as C or COBOL. " and 52-53, "The user also specifies the target 
language via the user interface 60 (Step 102). "); and 

- generating procedural-oriented output source code in the at least one target language 
from the fimctional software model (see Column 8: 44-49, "When it is finally determined in Step 
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130 that there are no additional logic objects from the object oriented model that require 
mapping, the mapped source code templates are parsed by the generator engine 64 in 
accordance with its parsing algorithm (Step 134) and the resulting source code is output (Step 
136)."). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsey into the teaching of Ben-Romdhane 
to include specifying at least one procedural-oriented target language in which procedural- 
oriented output source code for the graphical representation is to be generated, wherein the at 
least one target language specified is different from a language of the processed block of 
procedural-oriented programming code; and generating procedural-oriented output source code 
in the at least one target language from the fimctional software model. The modification would 
be obvious because one of ordinary skill in the art would be motivated to utilize a source code 
generator engine which outputs source code in a specific target language having fimctionality 
corresponding to an input design (see Lindsey - Column 2: 7-12). 

As per Claim 9, the rejection of Claim 8 is incorporated; however, Ben-Romdhane and 
Archambault do not disclose: 

- receiving the definition of the plurality of code elements within the processed block 
of procedural-oriented programming code and specifying the structure of the processed block of 
procedural-oriented programming code via a user interface. 

Lindsev discloses: 
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- receiving the definition of the plurality of code elements within the processed block 
of procedural-oriented programming code and specifying the structure of the processed block of 
procedural-oriented programming code via a user interface (see Column 6: 1 7-21, "In a different 
implementation of the object oriented user interface 60, the user can be required to directly 
manipulate the methods or classes of the underlying object oriented language in order to specify 
the desired programming function. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsey into the teaching of Ben-Romdhane 
to include receiving the definition of the plurality of code elements within the processed block of 
procedural-oriented programming code and specifying the structure of the processed block of 
procedural-oriented programming code via a user interface. The modification would be obvious 
because one of ordinary skill in the art would be motivated to utilize a source code generator 
engine which ou^uts source code in a specific target language having fimctionalify 
corresponding to an input design (see Lindsey - Column 2: 7-12). 

As per Claim 11, the rejection of Claim 8 is incorporated; however, Ben-Romdhane and 
Archambault do not disclose: 

- generating the procedural-oriented output source code in the at least one procedural- 
oriented target language. 

Lindsey discloses: 

- generating the procedural-oriented output source code in the at least one procedural- 
oriented target language (see Column 8: 44-49, "When it is finally determined in Step 130 that 
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there are no additional logic objects from the object oriented model that require mapping, the 
mapped source code templates are parsed by the generator engine 64 in accordance with its 
parsing algorithm (Step 134) and the resulting source code is output (Step 136). "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsey into the teaching of Ben-Romdhane 
to include generating the procedural-oriented output source code in the at least one procedural- 
oriented target language. The modification would be obvious because one of ordinary skill in the 
art would be motivated to utilize a source code generator engine which outputs source code in a 
specific target language having fimctionality corresponding to an input design (see Lindsey - 
Column 2: 7-12). 

As per Claim 12, the rejection of Claim 8 is incorporated; and Ben-Romdhane further 
discloses: 

- wherein one of the plurality of code elements comprises a variable, comment, 
constant, object, function, method, prototype, member, data type, callback, delegate, reference, 
field, variant, property, interface, class, type, enumeration, structure, primitive, array, or event 
handle (see Paragraph [0088], "For example, comments from within the source code can be 
extracted by parser 52 for inclusion in the resulting LDF file. "). 

As per Claim 15, the rejection of Claim 8 is incorporated; and Ben-Romdhane further 
discloses: 
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- wherein one of the plurality of code elements comprises an evaluation entity (see 
Paragraph [0085], "Moreover, parser 52 may determine the names of each of the functions 
contained within the file and the function calls made by the file. "). 

As per Claim 16, the rejection of Claim 15 is incorporated; and Ben-Romdhane further 

discloses: 

- wherein the evaluation entity comprises one of a method call, a plurality of code 
entities, a plurality of code relations, or an instantiation of a class (see Paragraph [0085], 

"Moreover, parser 52 may determine the names of each of the functions contained within the file 
and the function calls [a method call] made by the file. "). 

As per Claim 17, the rejection of Claim 8 is incorporated; and Ben-Romdhane further 
discloses: 

- wherein one of the plurality of code elements comprises a passive entity (see 
Paragraph [0088], "For example, comments from within the source code can be extracted by 
parser 52 for inclusion in the resulting LDF file. "). 

As per Claim 18, the rejection of Claim 17 is incorporated; and Ben-Romdhane further 
discloses: 

- wherein the passive entity comprises a comment or a modeling diagram (see 
Paragraph [0088], "For example, comments from within the source code can be extracted by 
parser 52 for inclusion in the resulting LDF file. "). 
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As per Claim 19, the rejection of Claim 8 is incorporated; and Ben-Romdhane further 
discloses: 

- wherein one of the plurality of code elements comprises a block entity (see 

Paragraph [0232], "When the parser analyzes a module, it advantageously recognizes explicitly 
defined and implicitly defined functions within the module. An explicitly defiined function can be 
a procedural function definition in the module (as in a C procedural language module) or an 
object/class member function definition (as in a C++ object oriented language module). "). 

As per Claim 20, the rejection of Claim 19 is incorporated; and Ben-Romdhane further 
discloses: 

- wherein the block entity comprises a method entity, a member entity, a class entity, a 

namespace entity, or a file entity (see Paragraph [0232], "When the parser analyzes a module, it 
advantageously recognizes explicitly defined and implicitly defined functions within the module. 
An explicitly defined function can be a procedural function definition [a method entity] in the 
module (as in a C procedural language module) or an object/class member function definition 
(as in a C++ object oriented language module). "). 

As per Claim 22, Ben-Romdhane discloses: 

- processing a block of procedural-oriented programming code and generating from the 
processed block of procedural-oriented programming code a fiinctional software model (see 
Paragraph [0056], "In this exemplary embodiment, a software application has a set of source 
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code files 1 that comprise the entire application. Source code 1 is analyzed by model generator 2 
to create information model 3. Information model 3 can then be presented to a user through 
model viewer 4. "; Paragraph [0143], "For example, native source code in a procedural 
programming language such as COBOL, FORTRAN, Pascal, Java, or C could be presented 
according to a projected organization of the procedural programming language source code in 
an object oriented programming paradigm. "); 

defining a plurality of code elements within the processed block of procedural- 
oriented programming code (see Paragraph [0082], "Once the files in source code 1 have been 
accessed, generator 2 may extract the control flow, functional dependencies, and data 
dependencies from the individual files, organize related files or subsets thereof into components, 
and create the information model. "); 

- specifying a structure of the processed block of procedural-oriented programming 
code including the plurality of code elements (see Paragraph [0082], "Once the files in source 
code 1 have been accessed, generator 2 may extract the control flow, functional dependencies, 
and data dependencies from the individual files, organize related files or subsets thereof into 
components, and create the information model. "); and 

generating from the plurality of code elements and the structure of the processed 
block of procedural-oriented programming code including the plurality of code elements a 
functional software model, wherein the fiinctional software model comprises a graphical 
representation of the plurality of code elements and flow of the processed block of procedural- 
oriented programming code (see Paragraph [0056], "In this exemplary embodiment, a software 
application has a set of source code files I that comprise the entire application. Source code 1 is 
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analyzed by model generator 2 to create information model 3. Information model 3 can then be 
presented to a user through model viewer 4. "; Paragraph [0120], "Information model viewer 4 
provides a graphical presentation of the information model generated by the generator 2. The 
viewer 4 may present a visual diagram of the software architecture that is inherent in the body of 
source code. For example, viewer 4 may graphically represent the components derived from the 
body of source code by generator 2. Additionally, viewer 4 may graphically represent the 
relationship of each component to the other components in the software architecture. "). 
However, Ben-Romdhane does not disclose: 

- processing a block of procedural-oriented programming code from an innermost 
program element to an outermost program element; and 

- generating procedural-oriented output source code from the functional software 

model. 

Archambault discloses: 

- processing source code from an innermost element to an outmost element (see 
Column 6: 38-41, "As indicated in FIG. 1, the loop allocation of the preferred embodiment 
creates PDG 14 from nested source code 10. PDG builder 12 starts with the innermost nested 
loop and moves outn'ards. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Archambault into the teaching of Ben- 
Romdhane to include processing a block of procedural-oriented programming code from an 
innermost program element to an outermost program element. The modification would be 
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obvious because one of ordinary skill in the art would be motivated to process all the code 
elements of the source code. 
Lindsey discloses: 

- generating procedural-oriented output source code from the functional software 

model (see Column 8: 44-49, "When it is finally determined in Step 130 that there are no 
additional logic objects from the object oriented model that require mapping, the mapped source 
code templates are parsed by the generator engine 64 in accordance with its parsing algorithm 
(Step 134) and the resulting source code is output (Step 136). "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Lindsey into the teaching of Ben-Romdhane 
to include generating procedural-oriented ou^ut source code from the fiinctional software 
model. The modification would be obvious because one of ordinary skill in the art would be 
motivated to utilize a source code generator engine which outputs source code in a specific target 
language having functionality corresponding to an input design (see Lindsey - Column 2: 7-12). 

15. Claims 13 and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over Ben- 
Romdhane in view of Archambault and Lindsey as applied to Claim 8 above, and further in 
view of US 6,684,385 (liereinafter "Bailey"). 

As per Claim 13, the rejection of Claim 8 is incorporated; however, Ben-Romdhane . 
Archambault . and Lindsey do not disclose: 

- wherein one of the plurality of code elements comprises a code relation. 
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Bailey discloses: 



- wherein one of the plurality of code elements comprises a code relation (see Column 
8: 30-36, "... each program object typically performs some useful function, such as a Boolean 
operation (e.g., AND, OR, etc.), a mathematical operation, a data acquisition operation 
renders some comparison (e.g., less than, greater than, equal to, etc.), and so on. '). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Bailey into the teaching of Ben-Romdhane to 
include wherein one of the plurality of code elements comprises a code relation. The 
modification would be obvious because one of ordinary skill in the art would be motivated to 
model all aspects of a software program. 

As per Claim 14, the rejection of Claim 13 is incorporated; however, Ben-Romdhane . 

Archambault , and Lindsey do not disclose: 

- wherein the code relation comprises a mathematical operator. 
Bailey discloses: 



- wherein the code relation comprises a mathematical operator (see Column 8: 30-36, 
"... each program object typically performs some useful function, such as a Boolean operation 
(e.g., AND, OR, etc.), a mathematical operation, a data acquisition operation renders some 
comparison (e.g., less than, greater than, equal to, etc.), and so on. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Bailey into the teaching of Ben-Romdhane to 
include wherein the code relation comprises a mathematical operator. The modification would be 
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obvious because one of ordinary skill in the art would be motivated to model all aspects of a 
software program. 

16. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ben-Romdhane 
in view of Archambault and Lindsey as applied to Claim 20 above, and fiirther in view of US 
6,199,195 (hereinafter "Goodwin"). 

As per Claim 21, the rejection of Claim 20 is incorporated; however, Ben-Romdhane . 

Archambault , and Lindsey do not disclose: 

- wherein a many-to-many relationship exists between block entities. 
Goodwin discloses: 

- wherein a many-to-many relationship exists between block entities (see Column 4: 
31-86, "A 'relationship ' defines a link between two object classes. " and "Relationships can be 
one-to-one, one-to-many, or many-to-many. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Goodwin into the teaching of Ben-Romdhane 
to include wherein a many-to-many relationship exists between block entities. The modification 
would be obvious because one of ordinary skill in the art would be motivated to link classes to 
other classes. 
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Response to Arguments 

17. Applicant's arguments with respect to Claims 1, 8, and 22 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

18. The prior art made of record and not relied upon is considered pertinent to Applicant's 
disclosure. 

19. Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to Qing Chen whose telephone number is 571-270-1071. The 
Examiner can normally be reached on Monday through Thursday from 7:30 AM to 4:00 PM. 
The Examiner can also be reached on alternate Fridays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Wei Zhen, can be reached on 571-272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the TC 2100 Group receptionist whose telephone number is 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
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system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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Examiner, Art Unit 2191 
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Supervisory Patent Examiner, Art Unit 2191 



